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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server) 
which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Project Smart Card Platform (SCP). 

The contents of the present document are subject to continuing work within ETSI SCP and may change following 
formal ETSI SCP approval. Should ETSI SCP modify the contents of the present document it will then be republished 
by ETSI with an identifying change of release date and an increase in version number as follows: 

Version x.y.z. 

Where: 

x: Indicates the release (3 indicates Release 1999 and 4 indicates the subsequent release (called "Release 

4"). 

y: The second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z: The third digit is incremented when editorial only changes have been incorporated in the specification. 



Introduction 

The Extensible Authentication Protocol (EAP) is a general authentication framework, which supports multiple 
authentication methods. EAP typically may run directly over data link layers such as PPP (see RFC 1661 [7]) or 
IEEE 802 (see 802. IX [8] and 802.11 [9]). 

As described in RFC 3748 [1], EAP implementations consist of three main components: 

• A lower layer that is responsible for transmitting and receiving EAP frames between the peer and the 
authenticator. EAP has been run over a variety of lower layers - including PPP, IEEE 802 LANs, 
IEEE 802. 1 1 WLANs, and L2TP (see RFC 2661 [6]). 

• An EAP layer that receives and transmits EAP packets via the lower layer, implements duplicate detection 
and retransmission, and delivers and receives EAP messages to and from EAP methods. 

• EAP methods that implement the authentication algorithms and receive/transmit EAP messages via the EAP 
layer. 

The UICC offers suitable possibilities for the implementation of some of these EAP methods in the peer side, since it 
provides the required protection of credentials and authentication algorithms. This is even more important when the 
following conditions apply: 

• The authentication methods require the usage of credentials that are stored in the UICC. 

• For security reasons, these credentials shall not be revealed in clear in an unprotected peer environment (e.g. a 
laptop or mobile terminal). 
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The present document defines the principles that shall be implemented in the UICC in order to enable that UICC 
applications may support one or more of these EAP methods. 
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Scope 



The present document defines additional features that shall be provided by the UICC to support EAP authentication 
capabilities. 

The goal of these new features is to adapt the UICC to provide support of different EAP methods, ensuring 
interoperability between the UICC and any terminal independently of their respective manufacturers. 

The present document defines: 

The architectural framework. 

The additional commands required. 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following definitions apply: 

authenticator: end of the EAP link initiating EAP authentication 

peer or supplicant: end of the EAP link that responds to the authenticator 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

DF Dedicated File 

DO Data Objects 

EAP Extensible Authentication Protocol 

EF Elementary File 

L2TP Layer Two Tunnelling Protocol 

LAN Local Area Network 

NAI Network Access Identifier 

PPP Point-to-Point Protocol 

TLS Transport Layer Security 

WEP Wired Equivalent Privacy 

WLAN Wireless Local Area Network 

UICC Universal Integrated Circuit Card 



4 Architecture 

4.1 Architectural principles 

The following architectural principles are applied: 

• The authenticator is able to perform an EAP authentication process (using an specific EAP method) with a 
UICC application implementing this method. That means that the authentication is performed end-to-end 
between the authenticator and the UICC application. 

• The peer is composed of several components: 

The UICC EAP framework provides information to the terminal about the existing UICC applications 
that provide UICC EAP clients. 

A UICC application provides one or more UICC EAP clients. 

A UICC EAP client implements one specific EAP method. 



ETSI 



Release 6 



ETSI TS 102 310 V6.0.0 (2004-12) 



UICC 




















UICC Application 1 




SUPPLICANT 








UICC EAP 






EAP method 






Framework 




TERMINAL 














w 








EAP Layer 




UICC Application 2 


EAP lower layer 










EAP method 1 












EAP method 2 















AUTHENTICATOR 



EAP method 1 



EAP Layer 



EAP lower layer 



Figure 4.1 : EAP architecture when supplicant is split between a UICC and a terminal 



4.2 EAP clients discovery 



When a UICC application implements one or more EAP clients, its corresponding record in EF DIR shall contain the 
following EAP related Data Objects: 

• Application EAP support types list: Defining the EAP methods supported by the corresponding UICC 
application. 

• Application EAP dedicated file list: Defining a list of Dedicated Files (DFs), each of them associated to one 
supported EAP method. Likewise, each EAP method is associated to one DF. Each of this DF are hereafter 



referred as DF 



EAP- 



Application EAP label: Defining a user readable label defining the EAP clients. 

Table 4.1 : Coding of EAP related DOs 



Length 


Description 


Status 




Discretionary template tag = "73" 


M 




Length of the discretionary template 


M 




EAP Application service specific data content tag (= "A0") 


M 




EAP Application service specific data content length 


M 




Application EAP supported types list tag = "80" 


M 




Length of the Application EAP supported types list 


M 


A 


Application EAP supported types list 


M 




Application EAP Dedicated File list tag = "81" 


M 




Length of Application EAP Dedicated File list 


M 


B 


Application EAP Dedicated File list 


M 




Application EAP Label tag = "82" 


M 




Length of the Application EAP Label 


M 


C 


Application EAP Label 


M 



Coding: 

• Application EAP supported types list: 

Contain a list of supported EAP type (as defined in RFC 3748 [1]) each of them coded in one byte except 
for expanded types that are coded on 8 bytes. 

EXAMPLE 1 : An UICC application supporting EAP-MD5 (see RFC 3748 [ 1 ]) and EAP-TLS 
(see RFC 2716 [4]) provides the following "Application EAP supported types 
list". 

"040D" corresponding to EAP-MD5 (Type = 4) and EAP-TLS (Type = 13) 
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• Application EAP dedicated files list: 

Contain a list of file identifiers of each DF EAP associated to a particular supported EAP type. Each of 
them coded in two bytes. 

EXAMPLE 2: Using the previous example, A DF "6D34" for EAP-MD5 and a DF "6D35" for 
EAP-TLS will result in the following EAP Dedicated Files list: 6D346D35. 

• Application EAP label: 

The application label is a DO that contains a string of bytes provided by the application provider to be shown to 
the user for information. 

4.3 EAP-capable-application selection 

The terminal shall use the information in EF DIR file if available to present the list of EAP-capable applications to the 
user or to any application that may request an EAP authentication. 

The terminal shall then select the corresponding EAP-capable-application to start an EAP authentication. Once selected, 
all EAP-Client state machines of the application are reset. 

4.4 Key derivation 

It is possible for many EAP methods to derive key material after successful authentications. These keys may be used for 
subsequent processes (e.g. for WEP encryption in IEEE 802.1 1 [9]). 

Keys derived from an authentication shall be retrieved by the terminal by inspecting the mandatory file EF EAPKEY s- 

4.5 Authentication status 

The terminal may retrieve the authentication status of the EAP client in the selected UICC application by inspecting the 
mandatory file EF EAPSTATUS . 



5 EAP related commands 

The following sections specify the additional commands needed to implement the EAP framework in the UICC. 

5.1 EAP authenticate 
5.1.1 Command description 

The function is used to transfer the EAP packets from the terminal to the selected UICC EAP client (i.e. EAP client in 
the selected UICC application that corresponds to the given EAP type). 

The UICC EAP client shall provide a response EAP packet (as defined in RFC 3748 [1]) or a warning status word 
according to the authentication method being used. 

The UICC EAP client shall maintain the state machine of the authentication process as described for the particular EAP 
method used. 

The function is related to a particular UICC application supporting EAP and shall not be executable unless this 
application has been selected and activated, and the current directory is a DF EAP corresponding to a specific EAP 

method. The correspondence between EAP type and the current DF EAP is defined in EF DIR . 

Each UICC application implementing a UICC EAP client may require different security conditions to execute this 
command (e.g. user PIN verification). 
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The format of the EAP packet is defined by the application implementing the EAP client and shall respect the 
conventions corresponding for the EAP method. 

The following EAP packets are allowed input packets for this command: EAP packets with code field equal to 1 
"Request", 3 "Success" or 4 "Failure" and EAP packets with code equal to 2 "Response" for EAP type 1 "Identity" 
(code and type values as defined in RFC 3748 [1]). 

NOTE: EAP Response Identity packet may be delivered to the UICC application when the identity is managed 
outside the UICC application and the method itself needs to have access to the chosen identity. 

The command and response data may contain specific EAP method related data as an additional input/output parameter 
(e.g. gmt_unix_time for EAP-TLS implementations as defined in RFC 2716 [4]). 

Input: 

• EAP Packet. 

• EAP method related data. 
Output: 

• Either none (i.e. if authentication successful: EAP success packet received). 



EAP Response Packet. 
EAP method related data. 



5.1 .2 Command parameters and data 



Code 


Value 


CLA 


As specified in ETSI SCP 102 221 [3] 


INS 


"88" 


P1 


"00" 


P2 


See table 6.1 


Lc 


Length of subsequent EAP command data 


Data 


See below 


Le 


Length of the response data 



Table 5.1 : Coding of P2 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


B1 


Meaning 


1 


~ 


~ 


~ 


~ 


~ 


~ 


~ 


Specific reference data ( DF EAP application 
dependent KEY) 


- 


X 


X 


- 


- 


- 


- 


- 


"00" (other values are RFU) 


- 


- 


- 


X 


X 


X 


X 


X 


Reference data number ("01 " to "1 F") 



Command data: 



Byte(s) 


Description 


Length 


1 -Lc 


EAP command data (see table 6.2) 


Lc 



Table 5.2: Coding of EAP command data 



Byte(s) 


Description 


Status 


Length 


1 -J 


EAP packet (coded as defined for the method 
of EAP used as defined in RFC 3748 [1]) 


M 


J bytes 


J + 1 -j + K+1 


EAP method related data (must be specified by 
each application specific document defining a 
particular EAP method implementation) 


O 


K bytes 


NOTE: The length of an EAP packet is contained within the packet and can therefore be 
retrieved from it. 
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Response data: 



Byte(s) 


Description 


Length 


1 -Le 


EAP packet response data (see table 6.3) 


Le 



Table 5.3: Coding of EAP response data 



Byte(s) 


Description 


Status 


Length 


1 -L 


EAP packet 


M 


L bytes 


L+1 -L + N + 1 


EAP method related data (must be specified by 
each application specific document defining a 
particular EAP method implementation) 





N bytes 


NOTE: The length of an EAP packet is contained within the packet and can therefore be 
retrieved from it. 



5.2 Specific status conditions returned 

This clause specifies the coding of the specific status words SW1 and SW2. 

5.2.1 Status words 

The following table shows the meaning of possible status conditions returned. 

Table 5.4: Status byte coding - warnings 



SW1 


SW2 


Description 


"62" 


"00" 


No information given, state of non volatile memory unchanged (EAP packet 
silently ignored) 



Table 5.5: Status byte coding - application errors 



SW1 


SW2 


Description 


"98" 


"62" 


Authentication error (EAP failure packet received) 



6 EAP files 

This clause describes the files present in an application supporting an EAP type. The following files are situated under 
the corresponding DF EAP of a particular UICC application. 
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6.1 EFeapkeys (EAP derived keys) 

This EF contains the key material derived after a successful EAP authentication. 

Structure of EF EAPKEY s 



Identifier: "4F01" 


Structure: transparent 


Conditional 
(see note) 


File size: n | Update activity: high 


Access conditions: 

READ PIN 
UPDATE ADM/NEVER 
DEACTIVATE ADM 
ACTIVATE ADM 


Bytes 


Description 


M/O 


Length 


1 


1 st Key Tag 





1 bytes 


2 


1 st Key Length 





1 bytes 


3-L1 +3 


1 st Key Value 





L1 bytes 












K st Key Tag 





1 bytes 




K st Key Length 





1 bytes 




K st Key Value 





LK bytes 


NOTE: The presence of this file depends on the supported EAP method. 



Key Tag 
Contents: 

- Identifier of the derived key. 
Coding: 

- Key tags are specified by each application specific document. 

Key Length 
Contents: 

- Length of the derived key. 

Key Value 
Contents: 

- Derived key. 
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6.2 EFeapstatus (EAP authentication status) 

This EF contains the authentication status corresponding to the EAP client supported by the application. 

Structure of EF EAPSTATUS 



Structure of EF EAPSTATUS 
Identifier: "4F02" 


Structure: transparent 


Mandatory 


File size: 1 


| Update activity 


:high 


Access conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN 

ADM/NEVER 
ADM 
ADM 




Bytes 


Description 


M/O 


Length 


1 


Authentication status 


M 


1 bytes 



Authentication status 
Contents: 

- Status of the corresponding EAP authentication. 
Coding: 

- Authentication status coded in one byte as below. 



Value 


Meaning 


"00" 


No authentication started 


"01" 


Authenticating 


"02" 


Authenticated 


"03" 


Held (authentication failure) 



6.3 EFpuid (permanent user identity) 

This EF contains the permanent user identity. Permanent user identity may be used as the username part of the 
Network Access Identifier (NAI) (see RFC 2486 [5]). 

This File is not mandatory if the permanent user identity is derived by other means. 



Structure of EF 



PUId 



Identifier: "4F03" 




| Structure: transparent | Optional 


File size: n (where 


n> 


10 bytes) Update activity: low 


Access conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 




PIN 
ADM 
ADM 
ADM 


Bytes 


Description 


M/O 


Length 


1 ton 


Permanent user identity 


M 


n bytes 



ETSI 



Release 6 



14 



ETSI TS 102 310 V6.0.0 (2004-12) 



• Permanent user identity 
Contents: 

- User identity to be used as the username part of the NAI. 
Coding: 

- Binary. Unused bytes shall be set to "FF" and shall not be considered as a part of the value. 



6.4 EFp s (pseudonym) 



This EF contains a temporary user identifier (pseudonym) for subscriber identification. Pseudonyms may be provided as 
part of a previous authentication sequence. This may be used as the username part of the Network Access Identifier 
(NAI) (see RFC 2486 [5]). 

This file is not mandatory if pseudonyms are not managed by the application or they are derived by other means. 

Structure of EF Ps 



Identifier: "4F04" 


Structure: transparent 


Optional 


File size: n 


| Update activity: 


high 


Access Conditions: 
READ 
UPDATE 
DEACTIVATE 
ACTIVATE 


PIN 
PIN 
ADM 
ADM 




Bytes 


Description 


M/O 


Length 


1 ton 


Pseudonym 


M 


n bytes 



• Pseudonym. 
Contents: 

- Pseudonym to be used as the username part of the NAI. 
Coding: 

- Binary unused bytes shall be set to "FF" and shall not be considered as a part of the value. 



ETSI 



Release 6 



15 



ETSI TS 102 310 V6.0.0 (2004-12) 



Annex A (informative); 
Change history 



This annex lists all change requests approved for the present document by ETSI SCP. 



SCP# 


SCP 

tdoc 


WG 
tdoc 


VERS 


CR 


RV 


PH 


CAT 


SUBJECT 


Resulting 
Version 


18 


SCP- 
040369 




2.0.0 










TS 1 02 31 approved in SCP-1 8 


6.0.0 



ETSI 



Release 6 



16 



ETSI TS 102 310 V6.0.0 (2004-12) 



History 



Document history 


V6.0.0 


December 2004 


Publication 



























ETSI 



